home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 939 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: hearst.acc.Virginia.EDU!adastra!mbs
  2. Newsgroups: comp.sys.amiga.networking
  3. From: mbs@adastra.cvl.va.us (Michael B. Smith)
  4. Subject: Re: Multiple ISP setup
  5. References: <792.6596T1216T773@internet-eireann.ie> <4ebedu$p35@thunder.mgl.ca> <mbs.47qy@adastra.cvl.va.us> <4ej1nd$6k2@thunder.mgl.ca>
  6. X-NewsReader: GRn 3.0 January 12, 1996
  7. MIME-Version: 1.0
  8. Content-Type: text/plain; charset=iso-8859-1
  9. Content-Transfer-Encoding: 8bit
  10. Message-ID: <mbs.47uo@adastra.cvl.va.us>
  11. Date: Tue, 30 Jan 96 18:24:33 EDT
  12. Organization: Only if you insist...
  13.  
  14. In article <4ej1nd$6k2@thunder.mgl.ca> snapper@mgl.ca (Allan Purtle) writes:
  15. > Michael B. Smith (mbs@adastra.cvl.va.us) wrote:
  16. > : The default BSD code supports three nameservers. A request is sent to the
  17. > : first one, if it times out, the request is repeated to the second one. Etc.
  18. >
  19. > You might want to check into that a little closer :-)
  20.  
  21. OK, I've checked it, and I'm still right. What's your point?
  22.  
  23. It is possible to get a response to the first query while
  24. waiting on the second or third. What I said still holds
  25. true.
  26.  
  27. You check the code in res_send.c, starting right below where
  28. it says "Send request, RETRY times, or until successful", and
  29. note the two "for()" loops:
  30.  
  31.     for (try = 0; try < _res.retry; try++) {
  32.     for (ns = 0; ns < _res.nscount; ns++) {
  33.  
  34.  
  35. > : For purely speed reasons, having multiple resolv.conf files is the best
  36. > : idea (assuming that on one connection the primary nameserver is "close"
  37. > : and the other isn't, and vice versa).
  38. >
  39. > And what would you advise if they want to connect to more than one ISP
  40. > concurrently, God forbid....
  41.  
  42. Have a resolv.conf that has them both, for heaven's sake.
  43.  
  44. Dropping a new resolv.conf in is very minor. It doesn't require
  45. a network reload.
  46.  
  47. I do it all the time.
  48.  
  49. > As for the speed issue, if you have a 19,200bps connection to an ISP with
  50. > reasonable performance hardware, you won't be able to tell the difference as the
  51. > DNS packet will make it round trip in about the same time as it takes to encode it
  52. > to PPP and back again. If your using Web browser, where DNS is reasonable heavy
  53. > useage, again you aren't going to notice because of everything else thats going on
  54. > concurrently, assuming you have an intelligent browser.
  55.  
  56. If you primary nameserver is local to your ISP, I agree.
  57.  
  58. But why waste the time waiting for a response that may not
  59. come (if your secondary only supplies services to the "other"
  60. ISP -- which is fairly common).
  61.  
  62. Or vice versa - if you are connected the other way for once.
  63.  
  64. > So does anyone have a good reason to connect to more than one ISP at a time ?
  65.  
  66. Sure. It's fairly common.
  67.  
  68. > Does anyone have more than 3 ISP accounts ?
  69.  
  70. Possible. Unlikely in the normal case.
  71. --
  72.   //   Michael B. Smith
  73. \X/    mbs@adastra.cvl.va.us
  74.